UDS服务基础篇之85

正如前文《UDS基础之28服务》所说的28服务与85服务往往是搭配使用，因此讲完28服务之后，本文将对85服务做一个专题介绍。那么针对85服务，小T咨询下大家如下几个问题？

这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：

根据ISO14119-1标准中所述，诊断服务85服务主要用于开启或者停止DTC状态位的更新功能，这个功能在主机厂规定的诊断服务规范当中都会有实际的功能及作用。

下列文中使用到的Client可直接理解为上位机Tester，Server可直接理解为接受Tester诊断请求的ECU。

一般而言，对于85诊断服务，主要应用场景为以下场合：

上述这些应用场景较为常见，这里就不一一列举。

除了在哪些应用场景下使用，在此还需要针对85服务提出如下几点注意事项：

DTC控制基本原理：

如下图1所示，针对85服务的通信控制过程会经过如下几个AUTOSAR BSW模块进行处理，然后完成最终的通信控制，具体步骤如下：

Client 发送诊断指令给到Server，Server接收到指令后内部会置位某全局变量；

软件内部故障触发时，会首先检查如下两个条件是否满足才会进行event的处理；

只有当enable condition满足并且抑制DTC上报的开关为FALSE的情况下，上报的故障事件才能够得到进一步处理；

服务请求是Client发送给到Server的诊断服务指令。

按照ISO14229-1标准所述，如下图2所示为85服务诊断请求格式，即上述DTC控制原理中诊断服务请求格式：

一般来说参数DTCSettingControlOptionRecord几乎不使用，仅用到前面两个参数，一个是SID，另外一个是DTCSettingType。

下图3中各参数解释如下：

如下图4所示，为上述subfunction(DTCSettingType)中的各项取值的具体含义：

关闭DTC监控(OFF)

以抑制DTC上报为例，85服务诊断请求实例如下图5所示：

开启DTC监控(ON)

以开启DTC上报为例，85服务诊断请求实例如下图6所示：

服务响应是针对Client对Server诊断请求的响应。

如下图7所示，为85诊断服务的正响应格式：

从上图中可以看出，85诊断服务的正响应由以下二个部分组成：

关闭DTC监控(OFF)

如下图8所示，为上述85 02请求示例所对应的正响应：

其中，0x02就是跟诊断请求中的DTCSettingType保持一致即可。

开启DTC监控(ON)

如下图9所示，为上述85 01请求示例所对应的正响应：

绝大多数情况下，Server针对Client的请求都会给到正响应，比如发生重启前需确保整车处于安全状态，如引擎熄火，车速不能超过3km/h等，或者为了防止不按照诊断请求格式进行请求，那么Server需要通过某种方式来告诉Client执行不成功的原因在哪里以便于调查问题直至得到正响应。

因此ISO14229-1针对所有的诊断服务提供了一种统一的诊断负响应的诊断格式：7F +SID + NRC。

其中NRC全称为Negetive Responce Code，每个NRC具有唯一的含义来代表当前诊断请求错误的原因所在。当然每个诊断服务支持的NRC不尽相同，具体支持的NRC需要参考ISO14229-1标准文档，对于85服务而言支持的NRC如下图：

复位时且当前车速条件不满足，此时Client发送诊断指请求时，Server将会回复“7F 85 22”来告诉请求者当前进入编程会话的条件不满足，请再次检查进入编程会话的条件。

更多精彩内容，敬请关注公众号“ADAS与ECU之吾见”！